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A COMMUNICATION CONTROL APPARATUS AND 
A COMMUNICATION CONTROL METHOD 

BACKGROUND OF THE INVENTION 

1. Field of Invention 

[0001] The present invention relates to a communication control apparatus 
connected between an Internet facsimile apparatus and a network, that controls 
communication between the Internet facsimile apparatus and the network, and a 
communication control method. 

2. Description of Related Art 

[0002] Conventionally, a network using groupware software is set up in order to 
share information effectively within an organization such as a company. Recently, 
Internet technology has become common and groupware software usable from a www 
browser are very often used in such a network (hereafter referred to as "groupware 
network"). In this case, client terminals such as PCs on the groupware network can 
share information on the groupware network using the www browser. Therefore, the 
client terminals can provide features such as email and electronic bulletin boards. 
[0003] On the other hand, a facsimile apparatus, which can transmit image 
information via the Internet by the same operation as a conventional facsimile 
apparatus, has been recently developed. This type of facsimile apparatus is called an 
Internet facsimile apparatus(hereafter referred to as IF AX) because it uses Internet for 
a part or all of the transmission path. 

[0004] When image data is transmitted, such an IF AX device converts facsimile 
data into email format to transmit. On the other hand, when IF AX receives image 
information, it converts email data into facsimile format and executes a printing 
process. At this time, the email data communication of the IF AX is controlled in 
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accordance with SMTP (Simple Mail Transfer Protocol) or POP3 (Post Office 
Protocol Version3). 

[0005] However, communication of various kinds of data are performed using 
HTTP protocol in the groupware network using a www browser, as mentioned above. 
Therefore an IFAX that controls communication in accordance with SMTP (Simple 
Mail Transfer Protocol) or POP3 (Post Office Protocol Version 3) cannot be provided. 

SUMMARY OF THE INVENTION 
[0006] An object of the present invention is to provide a communication control 
apparatus that can enable an IFAX to operate on a network managed by HTTP 
protocol. 

[0007] In the present invention, a predetermined signal type in accordance with 
SMTP protocol from a first interface section connected to an IFAX is detected, and 
a communication control apparatus controls communication with the IFAX in 
accordance with the SMPT protocol when the predetermined signal type is detected. 
On the other hand, the communication control apparatus controls communication with 
a server via a second interface section connected to a network, to which the IFAX is 
connected, managed by the server. The communication control apparatus receives 
email data from the IFAX and converts it into HTML data, and transmits the HRML 
data to the server. 

[0008] Specifically, when the email data is transmitted from the IFAX to the server 
apparatus, the communication control apparatus communicates various kinds of 
signals and the email data with the IFAX in accordance with the SMTP protocol. On 
the other hand, it communicates various kinds of signals and the email data with the 
server in accordance with the HTTP protocol. Thus it is possible for the IFAX to 
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perform transmission normally even in the network managed by the HTTP protocol. 
[0009] Also, in the present invention, detecting a predetermined signal type in 
accordance with the POP3 protocol from the first interface section connected the 
IF AX, when the predetermined signal type is detected, the communication control 
apparatus controls communication with IF AX in accordance with the POP3 protocol. 
On the other hand, the communication control apparatus controls communication with 
the server in accordance with the HTML protocol via the second interface section 
connected to a network, to which IF AX is connected, managed by the server. The 
communication control apparatus receives HTML data including email data from the 
server, extracts the email data from the HTML data, and transmits the extracted email 
data to IF AX. 

[0010] Specifically, when the IF AX receives the email data from the server, the 
communication control apparatus communicates various kinds of signals and the 
email data with the IF AX in accordance with the POP3 protocol. On the other hand, 
it communicates various kinds of signals and the email data with the server in 
accordance with HTTP protocol. Thus it is possible for the IF AX to perform reception 
normally even in the network managed by the HTTP protocol. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0011] The present invention is further described in the detailed description which 
follows, with reference to the noted plurality of drawings by way of non-limiting 
examples of exemplary embodiments of the present invention, in which like reference 
numerals represent similar parts throughout the several views of the drawings, and 
wherein: 

Fig.l is a conceptual drawing of a network on which a communication control 
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apparatus (ADPT) of the first embodiment of the present invention operates; 

Fig.2 is a conceptual drawing for describing communication protocols around 
a client terminal on a groupware network on which ADPT of the first embodiment of 
the present invention operates; 

Fig.3 is a block diagram that shows the hardware configuration of ADPT of the 
first embodiment of the present invention; 

Fig.4 is a block diagram that shows the primary functions of ADPT of the first 
embodiment of the present invention; 

Fig.5 is a sequence chart for the case that IF AX, to which ADPT of the first 
embodiment is connected, transmits an email to a groupware server; 

Fig.6 is a flow chart for the case that ADPT of the first embodiment transmits 
email data to a groupware server; 

Fig.7 is the source data of a transmission form that a groupware server 
transmits to ADPT of the first embodiment of the present invention; 

Fig.8 is a conceptual drawing of a transmission form that a groupware server 
transmits to ADPT of the first embodiment of the present invention; 

Fig.9 is the source data of "POST" signal transmitted from ADPT of the first 
embodiment of the present invention; 

Fig. 10 is a conceptual drawing of a transmission form to which transmission 
data transmitted from ADTP of the first embodiment of the present invention are 
included; 

Fig. 1 1 is a sequence chart for the case that IF AX, to which ADPT of the first 
embodiment is connected, receives an email from a groupware server; 

Fig. 12 is a flow chart for the case that ADPT of the first embodiment receives 
email data from a groupware server; 
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Fig. 1 3 is the source data of a reception form that a groupware server transmits 
to ADPT of the first embodiment of the present invention; 

Fig. 14 is a conceptual drawing of a reception form transmitted from a 
groupware server to ADPT of the first embodiment of the present invention; 

Fig. 15 is the source data of "GET" signal including a reception form 
transmitted from ADPT of the first embodiment of the present invention; 

Fig. 16 is the source data of "POST" signal including a reception form 
outputted from ADPT of the first embodiment of the present invention; 

Fig. 1 7 is a block diagram showing the hardware configuration of ADPT of the 
second embodiment of the present invention; 

Fig. 18 is a block diagram showing primary functions of ADPT of the second 
embodiment of the present invention; 

Fig. 19 is a flow chart of a process such as signature encryption process for 
email data that ADPT of the second embodiment received from a groupware server; 
and 

Fig.20 is a flow chart for the case that ADPT receives email data from a 
groupware server and executes decoding process for the email data that is executed 
by a process such as signature encryption process. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
FIRST EMBODIMENT 

[0012] Fig.l is a schematic drawing of the network on which a communication 
control apparatus of the first embodiment of the present invention operates. The 
communication control apparatus 100 of the present embodiment is connected to 
IF AX 101. The communication control apparatus functions as an adapter to convert 
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the communication protocol when it transmits or communicates emails via the 
network to which IFAX 101 is connected. Accordingly, it is called an adaptor 
(ADPT) hereinafter. 

[0013] The ADPT 100 that is connected to the IFAX 101 is also connected to a 
network 103 such as LAN (Local Area Network) together with a communication 
terminal such as PC. The network 103 is managed by a server 104 using groupware 
software(hereafter referred to as groupware server). Hereinafter, the network 103 
managed by the groupware server 104 is called a groupware network. 
[0014] The groupware server 104, for example, sets up in-house network adopting 
groupware software such as NOTES by LOTUS (USA). Thus, client terminals such 
as PC 1 02 can share information in the groupware network 1 03 . Also, the groupware 
server 104 functions as a WEB server. Further, client terminals such as PC 102 
connected to the groupware network 103 or external client terminals can share 
information in groupware network 103 by the use of WWW browser. The present 
invention described in this embodiment provides significant benefits when the 
groupware server 104 functions as a WEB server. Therefore, this case is described. 
[0015] When PC 106 connected to LAN 105 that is outside (i.e.,external) of the 
groupware network 103 sends email data to a client terminal such as PC 102 in the 
groupware network 1 03 , the email data is transmitted to a mail server 1 07 via LAN 
1 05 . Then after the determination of addressee by the mail server 1 07, the email data 
is transferred to the groupware server 1 04 via the Internet 108. 
[0016] Receiving an email data from external source, the groupware server 104 
determines a user name from the address information. The groupware server 104 
checks if a client corresponding to the user name is in the groupware network or not. 
If it is, the groupware server 1 04 stores the email data in the mailbox associated the 
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user name. And when the client terminal corresponding to the user name accesses the 
network, the groupware server 104 converts the email data so that the received email 
data can be displayed on WWW browser. Thus a client terminal such as PC 102 can 
read the email data on WWW browser. 

[0017] Fig.2 is a schematic drawing that describes a communication protocol 
between the groupware server 104 and client terminals such as PC 102 on the 
groupware network 103 in the case mentioned above. 

[0018] When PC 106 connected to LAN 105(Fig.l) transmits email data to PC 102 
on the groupware network 103, the email data is sent to the groupware server 104 via 
Internet 108 in accordance with the SMTP protocol. This email data is temporarily 
stored at the groupware server 104. When PC 102 requests the email data, the 
groupware server 104 converts the protocol of the email data from SMTP protocol 
into HTTP protocol so that it can be displayed at PC 102 equipped with WWW 
browser. 

[0019] In Fig.2, a Firewall (FIREWALL) is installed between Internet 108 and the 
groupware network 103, protects data flow from Internet 108 and receives only data 
corresponding to requests from the client terminals on the groupware network 103. 
[0020] On the other hand, when IFAX 109 connected to LAN 105 transmits the 
email data to IFAX 101 on the groupware network 103, the email is transferred from 
IFAX 109 to the groupware server 104 via the mail server 107 and Internet 108 the 
same as in the case of the email from PC 106. Then after checking the user name and 
determining if there is a client corresponding to the user name, the groupware server 
1 04 stores the email data in the mailbox associated with the user name. When IFAX 
101 that corresponds to the user name accesses the network via ADPT 100, the 
received email data is converted, the same as in the case of the email from PC 1 06 as 
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discussed above. 

[0021] As shown in Fig.2, when IF AX 109 connected to LAN 105 transmits an 
email to IF AX 101 on the group ware 103, the email is transferred to the group ware 
server 104 using the SMTP protocol, the same as the email from PC 106 mentioned 
above. The email is stored temporarily at the groupware server 104. When IF AX 101 
requests the email data via ADPT 100, the groupware server 104 converts the email 
from SMTP protocol to HTTP protocol 

[0022] ADPT 100 receives the email data that is processed in accordance with 
HTTP protocol and executes a protocol conversion process with IF AX 1 0 1 . In other 
words, ADPT 1 00 transfers email data to IF AX 1 0 1 in accordance with POP3 (SMTP 
for transmission). POP3 is the protocol by which IF AX 101 operates. As the result, 
IF AX 101 can receive an email in the same way as usual email communication 
process and can print the received email. 

[0023] Fig.3 is a schematic block diagram that shows the hardware configuration 
of the ADPT 100 that provides functions mentioned above. 
[0024] A Central Processing Apparatus (CPU) 200 executes various programs and 
controls each of the sections of ADPT 100. ROM 201 stores the programs that the 
CPU 200 executes. RAM 202 is used as data area for programs and at the same time, 
is used as a memory for storing necessary data. 

[0025] A first LAN interface (hereafter referred to as "the first LAN I/F") 203 is 
an interface to control communication of data with the groupware network 103. A 
second LAN interface (hereafter referred to as "second LAN I/F") 204 is an interface 
to control data communication with IF AX 101. The second LAN I/F 204 can be 
connected to all types of existing IF AX 101 devices without regard to the 
specifications of the IF AX in order to be connected to the interfaces provided in all 
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existing IF AX devices. The ADPT 100 of the present invention operates between 
IF AX 1 00 and the groupware network 103 by these two LAN I/F. 
[0026] Bus 205 is a path for transferring data between CPU 200, ROM 201, RAM 
202 the first LAN I/F 203 and the second LAN I/F 204. 

[0027] Fig.4 is a block diagram that shows the primary functions of ADPT 100 of 
the embodiment mentioned above. 

[0028] The signal type detection section 400 detects types of command signals 
output from IF AX 101 via the second LAN I/F 204. Then the signal type detection 
section 400 notifies the SMTP_EPOP3 processing section 40 1 , the HTTP processing 
~ section 402, and the email communication section 403 of the reception of the 
command signal according to the type of the command signal. 
[0029] Upon receiving notification from the signal type detection section 400, the 
SMTPJEPOP3 processing section 401 communicates various types signals with 
IF AX 101 via the second LAN I/F 204 in accordance with SMTP protocol or POP 3 
protocol. 

[0030] Upon receiving notification from the signal type detection section 400, the 
HTTP processing section 402 communicates various types signals with the groupware 
network 1 03 via the first LAN I/F 203 in accordance with HTTP protocol. 
[0031] Upon receiving notification from the signal type detection section 400, the 
email communication section 403 communicates email data with IF AX 101 via the 
second LAN I/F 204. When an email is received from IF AX 101, the email 
communication section 403 stores the received email data in RAM 202. On the other 
hand, when transmitting an email to IF AX 1 0 1 , the email communication section 403 
retrieves the email data stored in RAM 202 and transmits it. 
[0032] The HTML communication section 404 communicates HTML document 
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data with the groupware network 103 via the first LAN I/F 203. 
[0033] The HTML processing section 405 writes given data into the HTML 
document data received by the HTML communication section 404, and converts the 
email data stored in RAM 202 into HTML document. 

[0034] Next, the process by which IF AX 101, to which the ADPT 100 of the 
configuration mentioned above is connected, transmits an email to the groupware 
server 104 is described using a flow chart shown in Fig.6, referring to a sequence 
chart shown in Fig.5. Fig.5 is a sequence chart for the case that IF AX 101, to which 
ADPT 100 of the present embodiment is connected, transmits an email to the 
groupware server 104. Fig.6 is a flow chart for the case that ADPT 100 of the present 
embodiment transmits email data to the groupware server 104. 
[0035] When an email is transmitted to the groupware server 104, IF AX 101 first 
executes the procedure to establish the connection with ADPT 100. In other words, 
IF AX 101 transmits a command signal for synchronization (SYN) to ADPT 100 as 
shown in Fig.5. Then, receiving a command signal showing confirmation of 
synchronization (SYN ACK) transmitted from ADPT 100 responding to SYN signal, 
IF AX 101 transmits a command signal (ACK) to show the reception of SYN ACK 
signal. By this procedure, the connection between IF AX 101 and ADPT 100 is 
established. 

[0036] When the connection between IF AX 101 and ADPT 100 is established, 
ADPT 1 00 executes the procedure for establishing the connection with the groupware 
server 104. The ADPT 100 executes the same procedure that the IF AX executed as 
mentioned above. By this procedure the connection, between ADPT 100 and the 
groupware server 104 is established. 

[0037] When the connection between ADPT 100 and the groupware server 104 is 
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established, the last confirmation command ACK is transmitted to the groupware 
server 104. After transmitting the last confirmation command ACK to the groupware 
server 104, the SMTPJEPOP3 processing section 401 of ADPT 100 starts 
communication of commands with IF AX 101 in accordance with SMTP protocol. 
More specifically, the SMTP_EPOP3 processing section 401 outputs response signal 
(220) that indicates reception-ready to IF AX 101. 

[0038] Receiving "220", IF AX 101 outputs a command signal (HELO) showing 
the start of using communication path to ADPT 1 00. Receiving HELO, the signal type 
detection section 400 of ADPT 100 notifies the SMTPJEPOP 3 processing section 
401. Receiving the notification, SMTP_EPOP3 processing section 401 outputs a 
response signal (250) showing reception-ready to IF AX 101. 
[0039] After that, receiving a command signal showing a sender's name (MAIL), 
a command signal showing addressee of the message (RCPT), and a command signal 
showing the start of massage transmission (DATA), the SMPT_EPOP3 processing 
section 401 outputs "250", "250", and "354" corresponding to each of commands 
respectively to IF AX 101 . Here, "354" is outputted after receiving transmission form, 
explained later, from the groupware server 1 04 to IF AX 101. 
[0040] After receiving "354", the SMPT_EPOP3 processing section 401 receives 
a command signal (QUIT) that indicates end of email data and end of communication 
path usage outputted from IF AX 1 0 L Then the SMPTJEPOP3 processing section 40 1 
outputs a response signal "250" for the end of email data reception and a response 
signal "221" for "QUIT" to IF AX 101. According to these response signals, the 
connection between IF AX 101 and ADPT 100 is disconnected. Thus various signals 
and email data are communicated between IF AX 101 and ADPT 100 in accordance 
with SMTP protocol in the same way as regular email data communication. 
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[0041] Here the signal "250" that is outputted at the end of email data reception, 
is outputted to IF AX 101 after receiving "POST" signal from the groupware server 
104, which will be described later. 

[0042] On the other hand, when "HELO" is received from IF AX 101, the signal 
type detection section 400 of ADPT 100 notifies the HTTP process section 402 of 
such receipt. Receiving the notification, the HTTP process section 402 starts 
communication of command signals with the groupware server 104 in accordance 
with HTTP protocol. More specifically, first, the HTTP process section 402 outputs 
a command signal (GET) that requests connection to the groupware server 104. As 
a result, ADTP 100 is connected the groupware server 104 in accordance with HTTP 
protocol (ST601). 

[0043] Furthermore, not only HTTP protocol can be used for the connection, but 
it is also possible to use a technology such as SSL (Secure Socket Layer) to protect 
the security of the data communicated with the groupware server 104. 
[0044] Receiving "GET" signal, the groupware server 104 outputs an error signal 
including an authentication request as a response signal to ADPT 100. The error 
signal consists of header and HTML document data. A method of authentication is 
described in the HTML document data. Thus the method of authentication is 
designated by the groupware server 104 (ST602). 

[0045] Receiving the error signal, the HTTP process section 402 transmits a 
command signal (GET) that indicates the request of transmission form having 
attached predefined user ID (UID) and password (ST603). 

[0046] Receiving "GET" signal, the groupware server 104 checks if UID and the 
password attached to "GET" is correct or not. When it is correct, the groupware server 
104 transmits data including transmission form (hereafter referred to as "transmission 



12 



P20745.S01 

form data M ) to ADPT 1 00 (ST604). 

[0047] Fig.7 shows source data of transmission form data transmitted from the 
groupware server 104. As shown in Fig.7, transmission form data consists of header 
and HTML document data. The transmission form is included in the HTML document 
data. By receiving the transmission form, ADPT 100 can recognize the transmission 
form shown in Fig.8. Fig.8 is a conceptual drawing of the transmission form 
transmitted from the groupware server 104. 

[0048] Receiving the transmission form data, the HTML communication section 
404 of ADPT 100 extracts the transmission form described in HTML document data 
from "DATA" (ST605). At this time, the HTTP process section 402 notifies the 
signal type detection section 400 of the reception of the transmission form data. 
[0049] Receiving the notification of receipt of the transmission form data, the 
signal type detection section 400 notifies SMTPJEPOP3 process section 401. 
Receiving the notification, the SMTPJEPOP3 process section 401 of ADPT 100 
transmits a response signal "345 M to EFAX 101, and prompts the transmission of email 
data from IF AX 101. Accordingly the email data communication section 403 receives 
email data transmitted from IF AX 101 and stores it in RAM 202 (ST606). 
[0050] The HTML processing section 405 extracts addressee ("To" in Fig.8), 
subject name ("Subject" in Fig.8), and file name ("File Name" in Fig.8) from the 
email data stored in RAM 202, and writes them to the predetermined area of the 
received transmission form. Then the HTML process section 405 transfers the 
transmission form to the HTML communication section 404. The HTML 
communication section 404 transmits a command signal (POST) that includes the 
transmission form to the groupware server 104, and at the same time, transmits email 
data to the groupware server 104 (ST607). 
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[0051] Fig.9 shows source data of TOST" transmitted from ADPT 100. Asshown 
in Fig.9, "POST" consists of header and transmission data. Further the transmission 
data includes predetermined information that is written in the transmission form 
mentioned above. More specifically, address or destination ( abc@def.com ). subject 
(test), and file name (\\image.tif) are included. Receiving "POST", the groupware 
server 104 can recognize the transmission form in which predetermined information 
shown in Fig. 10 is included. Fig. 10 is a conceptual drawing of a transmission form 
in which transmission data transmitted from ADPT 100 are included. 
[0052] Receiving "POST" and email data (ST608), the groupware server 104 starts 
CGI process (ST609) according to the information described in the transmission form 
and examines the email address of the addressee described in the transmission form 
(ST6 10). More specifically, it checks if the email address of the addressee is a client 
terminal on the groupware network 103. When the addressee is a client terminal on 
the groupware network 103, the email data is stored in a corresponding mailbox 
(ST6 1 1). On the other hand, if the addressee is not a client terminal on the groupware 
network 103, the email data is transferred to another mail server via Internet 108 
(ST612). 

[0053] After this, the groupware server 104 outputs a response signal of "POST" 
to ADPT 100 in order to designate the end of reception process of email data. As the 
result, the connection between the groupware server 104 and ADPT 100 is 
disconnected. Thus, according to the reception of "HELO" from IF AX 101, various 
signals and email data are communicated between the groupware server 104 and 
ADPT 100 in accordance with HTTP protocol. 

[0054] Thus ADPT 100 of the present embodiment communicates various signals 
and email data with IF AX 101 in accordance with SMTP protocol when IF AX 101 
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transmits emails to the groupware server 104. On the other hand, ADPT 100 
communicates various signals and email data with the groupware server 104 in 
accordance with HTTP protocol. As the result, IF AX 101 can transmit emails 
normally even on the groupware network 103 that communicates in accordance with 
HTTP protocol. 

[0055] ADPT 100 of the present embodiment transmits "354" signal to IF AX 101 
after receiving the transmission form data from the groupware server 1 04. Then after 
receiving email data from IF AX 101, ADPT 100 writes information, such as 
addressee, into the transmission form, and transmits the transmission form to the 
groupware server 104. Thus it is possible to prevent error caused at ADPT 100 when 
email data is transmitted from IF AX 101 before the recognition of transmission form 
and long time passes after receiving email data. Thus the present embodiment can 
achieve reliable communication of emails. 

[0056] Next, a process in which IF AX 101, to which ADPT 100 is connected, 
receives emails from the groupware server 104 is described using a flow chart shown 
in Fig. 12, referring to a sequence chart shown in Fig.l 1 . Fig. 1 1 is a sequence chart 
for the case that IF AX 101, to which ADPT 100 of the present embodiment is 
connected, receives emails from the groupware server 104. Fig. 12 is a flow chart for 
the case that ADPT 100 of the present embodiment receives email data from the 
groupware server 104. 

[0057] IFAX 101 first executes a procedure to establish the connection with ADPT 
100 when it receives an email from the groupware server 104 in the same way as 
when it transmits an email to the groupware server 1 04. When the connection between 
IFAX 101 and ADPT 100 is established, ADPT 100 executes a procedure to establish 
the connection with the groupware server 104 in the same way when ADPT 100 
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transmits an email to the group ware server 104. 

[0058] When the connection between ADPT 100 and the groupware server 104 is 
established, the SMTPJEPOP3 processing section 401 of ADPT 100 starts 
communication of command signals with IF AX in accordance with POP3 protocol 
after transmitting a final confirmation command signal(ACK) to the groupware server 
104. More specifically, the SMTPJEPOP3 process section 401 outputs OK-response 
showing positive response to IF AX 101 . 

[0059] Receiving the OK-response, IF AX 101 outputs a command signal(USER) 
that indicates transmission of a mailbox name to ADPT 100. Receiving "USER" 
signal, the signal type detection section 400 of ADPT 100 notifies SMTP_EPOP3 
processing section 40 1 of the reception. Receiving the notification, the SMTP_EPOP3 
processing section 401 outputs OK-response that shows positive response to IF AX 
101. 

[0060] After this, the SMTP_EPOP3 processing section 401 receives a command 
signal (PASS) that shows transmission of mailbox_Epassword, a command signal 
(STAT) that shows inquiry of reception status, and a command signal (RETR) that 
shows a request for mail download, each outputted from IF AX 101. And the 
SMTPJEPOP3 process section 401 outputs an OK-response to each of these 
commands as positive response to IF AX 101. 

[0061] After M STAT" is received, OK-response outputted to IF AX 101 includes 
number of email data to be received and data size of each email data. ADPT100 
transmits a command signal (GET) that includes information of linked terminals to 
the groupware server 104 between the "RETR" signal received from IF AX 101 and 
the OK-response corresponding to the "RETR" signal outputted to IFAX10L At the 
same time, ADPT 100 receives email data transmitted from the groupware server 1 04. 
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[0062] Then ADPT 1 00 outputs email data to IF AX 1 0 1 after outputting the OK- 
response as a positive response to "RETR" to IF AX 101 . 

[0063] On the other hand, receiving "USER" signal from IF AX 101, the signal type 
detection section 400 of ADPT 100 notifies the HTTP processing section 402 of the 
reception. Receiving the notification, the HTTP processing section 402 starts 
communicating command signals with the groupware server 104 in accordance with 
HTTP protocol. More specifically, the HTTP process section 402 outputs a command 
signal (GET) requesting connection to the groupware server 1 04. As the result, HTTP 
protocol establishes the connection with the groupware server 1 04 in accordance with 
HTTP protocol (ST1201). 

[0064] Receiving the "GET" signal, the groupware server 104 outputs an error 
signal including authentication request as a response signal to ADPT 100. The error 
signal consists of a header and HTML document data. And a method of authentication 
is designated in the HTML document data. Thus the method of authentication is 
designated by groupware server 104 (ST 1202). 

[0065] Receiving the error signal, the HTTP process section 402 transmits a 
command signal (GET) showing request of reception form with an attached 
predefined user ID (LTD) and password (ST1203). 

[0066] Receiving the "GET" signal, the groupware server 104 checks if the UID 
and password attached to "GET" is correct or not. When it is correct, the groupware 
server 104 outputs data including reception form (hereafter referred to as "reception 
form data") as a response to ADPT 100 (ST 1204). 

[0067] Fig. 13 illustrates source data of reception form data transmitted from the 
groupware server 104. As shown in Fig. 13, the reception form data consists of header 
and HTML document data. And the HTML document data includes the reception 
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form or type. By receiving the reception form, ADPT 1 00 can recognize the reception 
form for example shown in Fig. 14. Fig. 14 is a conceptual drawing of the reception 
form transmitted from the groupware server 104. 

[0068] Receiving reception form data, the HTML communication section 404 of 
ADPT 100 extracts the reception form described by HTML document data from the 
reception form data (ST1205). At this time, the HTTP process section 402 notifies the 
reception of the reception form data to the signal type detection section 400. 
[0069] Receiving the notification of the reception of the reception form data, the 
signal type detection section 400 notifies the SMTP_EPOP3 process section 401 of 
the reception. Receiving this notification, the SMTP_EPOP3 process section 401 
transmits number of email data and size of each email data that were extracted from 
the reception form written in the HTML document data by the HTML process section 
405, attaching OK-response to "STAT" to IF AX 101. 

[0070] Receiving the reception form, ADPT 1 00 checks if there is new email data 
in the reception form (ST1206). Here, when there is no new email data, reception 
process of email by IF AX 101 is ended(ST1207). 

[0071] On the other hand, when there is new email data, IF AX 101 transmits a 
command signal (GET) that includes reception form instructing the reception data. In 
other words, the reception form includes instruction of link to the groupware server 
104 (ST1208). When there is new email data. 

[0072] Fig. 15 shows the source data of "GET" that includes reception form 
transmitted from ADPT 100. By receiving "GET" including reception form, the 
groupware serve 104 can recognize the reception request of email data shown in the 
upper row of Fig. 14. 

[0073] Receiving "GET" (ST 1209), the groupware server 104 transmits email data 
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corresponding to the "GET" to ADPT 100 (ST1210). 

[0074] In this process, the email data transmitted from the group ware server 104 
is written as HTML document data. The HTML communication section 404 receives 
the email data (ST121 1). Then, the HTML processing section 405 extracts TIFF file 
from the email data written in HTML document (ST 12 12), and stores the TIFF file 
in RAM 202. 

[0075] When TIFF file is stored in RAM 202, the email communication section 
403 retrieves the TIFF file and transfers to IF AX 101 (ST1213). 
[0076] After transferring the email data, the email communication section 403 
receives a command (DELE) that shows request for deleting email outputted from 
IF AX 101. Receiving the "DELE", the email communication section 403 transmits 
a command signal (POST), which includes reception form requesting deletion of 
email data that have been downloaded among emails written in the reception form, 
to the groupware server 104. Here it is assumed that the email data in the upper row 
shown in Fig. 14 have been downloaded. So it requests deletion of email data. 
[0077] Fig. 16 shows the source data of "POST" including reception form 
transmitted from ADPT 100. As shown in Fig. 16, the TOST" consists of header and 
data to be transmitted. Header has information for identifying the email data that 
requests deletion. And the data to be transmitted includes data for checking the delete 
check box shown in conceptual table shown in Fig. 14. 

[0078] Receiving "POST", the groupware server 104 starts CGI process for 
deleting the designated email data and executes the deletion process of the email data. 
After the deletion process of email data, the groupware server 104 transmits the 
reception form that includes remainder of email data after deletion process to ADPT 
100 again. Here the reception form that has only the email data shown in the lower 
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row of Fig. 1 4 is transmitted to ADPT 1 00 . 

[0079] Receiving the reception form, ADPT 1 00 outputs OK-response as a positive 
response to "DELE" mentioned above. Then, receiving the OK-response, IF AX 101 
requests download of the next email data by outputting "RETR" to ADPT 100 in the 
same way as discussed above. Here, download of the email data in the lower row of 
fig. 14 is requested. Since the process is the same as described above, description is 
omitted. 

[0080] After finishing the download of all email data included in reception form, 
IF AX 101 outputs "DELE" to ADPT 100 and receives OK-response as positive 
response from ADPT 100. Then IF AX 101 transmits a command (QUIT) showing 
completion notification. 

[0081] Receiving "QUIT", ADPT 100 outputs OK-response as a positive response. 
Thus, the connection between IF AX 101 and ADPT 100 is disconnected. 
[0082] Thus various signals and email data are communicated between IF AX 101 
and ADPT 100 in accordance with POP3 protocol in the same way as regular email 
data. On the other hand, various signals and email data are communicated in 
accordance with HTTP protocol between ADPT 100 and the groupware server 104 
according to the reception of "USER" transmitted from IF AX 101. 
[0083] When IF AX 101 receives emails from the groupware server 104, ADPT 
100 of the present embodiment communicates various signals and email data with 
IF AX 101 in accordance with POP3 protocol. And at the same time, ADPT 100 
communicates various signals and email data with the groupware server 104 in 
accordance with HTTP protocol. Thus IF AX 1 0 1 can receive emails normally even 
on the groupware network 103 communicated in accordance with HTTP protocol . 
SECOND EMBODIMENT 
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[0084] Fig. 17 is a schematic block diagram of the hardware of ADPT 100 of the 
second embodiment of the present invention. In Fig. 1 7, components designated by the 
same reference numerals as in Fig.3 are omitted from the description since they have 
the same function. 

[0085] As shown in Fig. 17, ADPT 100 of the second embodiment comprises an 
IC card read/write section (hereafter referred to as ,? IC card R/W section") that writes 
data into a predetermined IC card 1701 or reads the data written in IC card 1701, in 
addition to the component provided in the configuration of the first embodiment. 
[0086] IC card 1701 is distributed in advance to a user who receives/ transmits 
emails from IF AX 101 . The data written in IC card 1701 will be described in detail 
later. 

[0087] Fig. 18 is a schematic block diagram showing primary functions of ADPT 
100 of the second embodiment. Here components that are identified by the same 
reference numericals as in Fig.4 are not described since they have the same function. 
[0088] The card information judgment section 1801 judges the contents of 
information that the IC card R/W section 1701 reads from the IC card 1701 inserted 
to the IC card slot section 1 702A. When information necessary for a signature process 
or a signature encryption process is stored in IC card 1701, the IC card information 
judgment section 1 80 1 sends the information to the signature encryption or encoding 
processing section 1802. 

[0089] The IC card judgment section 1801 also judges if IC card 1701 is inserted 
or not based on the information that the IC card R/W section 1702 reads out. Further, 
the IC card information judgment section 1801 detects email address stored in IC card 
1701 and transmits the email address information to the email communication section 
403. 
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[0090] The signature encryption process section 1 802 executes encrypting process 
on the email data that the email communication section 403 receives from IF AX 1 0 1 
based on the information necessary for a signature encrypting or encoding processing 
received from the card information judgment section 1801. The signature encryption 
process section 1802 also executes a decrypting process on the email data that the 
email communication section 403 receives from the groupware network 103. The 
decrypting process is executed based on the information necessary for a signature 
encrypting process received from the card information judgment section 1801. 
[0091] The information stored in IC card 1701 will now be described.__@As 
mentioned above, IC card 1701 is delivered to each user who uses IF AX 101 for 
email communication and stores email address information assigned to each user. 
Consequently, only when IC card 1701 is inserted in ADPT 100, can each user send 
emails from one's email address and receive emails addressed to one's email address. 
[0092] IC card 1 70 1 stores information necessary for signature process or signature 
encrypting process. In other words, IC card 1701 stores one's secret key information 
and public key information. Public key information for an addressee is stored in RAM 
202 of ADPT 100. 

[0093] Next, the process for the case that IF AX 101, to which ADPT 100 is 
connected, transmits emails to the groupware server 104 is described using the flow 
chart shown in Fig. 1 9 referring to the sequence chart shown in Fig.5 . Fig. 1 9 is a flow 
chart that shows the processes that ADPT 100 of the second embodiment executes, 
and processes such as a signature encrypting process for email data received from 
IF AX 101. Here, it is assumed that all email data transmitted from IF AX 101 are 
encrypted. 

[0094] When IF AX 101 transmits email to the groupware server 104 in the second 
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embodiment, communication of various signals between IF AX 101 and ADPT 100 
in accordance with SMTP protocol takes place. After that, the groupware server 104 
receives email data in the same way as in the first embodiment described using Fig.5 . 
Received email data is encrypted as described later, and at the same time, the original 
email data is stored in RAM 202 until the end of the process in which given data is 
written in transmission form. 

[0095] Receiving email data from EFAX 101 (ST 1901), the card information 

judgment section 1 80 1 judges if IC card 1 70 1 is inserted in the slot 1 702A based on 

the information read by the IC card R/W section 1 702 (ST1902). 

[0096] When IC card 1701 is not inserted in the slot 1702A of ADPT 100, ADPT 

100 executes transmission process of a regular email(ST1903). In other words, an 

email is transmitted from the email address given by IF AX 101. 

[0097] On the other hand, when IC card 1701 is inserted to the slot 1702A of 

ADPT 100, the IC card R/W section 1702 extracts information about a user (hereafter 

referred to as user information) from IC card 1701. In this process, email address 

information of the user is extracted (ST1904). 

[0098] The card information judgment section 1801 detects email address 
information from the user information that the IC card R/W section 1702 extracted 
and transmits it to the email communication section 403. The email communication 
section 403 sets the email address information to sender information (ST1905). More 
specifically, the extracted email address information is set to [From:] of header 
information. 

[0099] When email sender information is set, ADPT 100 executes S/MIME 
process. First, ADPT 100 checks if there is addressee information (ST1906). More 
specifically, ADPT 100 checks if public key information of addressee is stored in 
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RAM202. 

[0100] When there is no addressee information, the card information judgment 
section 1801 detects the users secret key information from the user information 
extracted by the IC card R/W section 1702. Then the card information judgment 
section 1 80 1 sends it to the signature encryption process section 1 802. The signature 
encryption process section 1802 executes a signature process using the user's secret 
key information (ST 1907). 

[0101] More specifically, a message digest is obtained by the calculation with an 
irreversible function such as hash function from message data of email data. And the 
message digest is encrypted using the user's secret key information. 
[0102] On the other hand, when there is addressee information, the signature 
encryption process section 1802 obtains public key information. The card 
information judgment section 1801 obtains the user's secret key information from the 
user information extracted by the IC card R/W section 1702 and sends it to the 
signature encryption processing section 1802. The signature encryption processing 
section 1802 executes a signature-encryption process using the user's secret key 
information and public key information of the addressee. (ST1908) 
[0103] More specifically, message digest is obtained by calculating with an 
irreversible function such as hash function from the message of an email. Then the 
message digest is encrypted using the user's secret key information as mentioned 
above. And an encryption key that uses quasi-random number called DEK (Data 
Encryption Key) is created. Then DEK is encrypted using the public key information 
of the addressee. The message digest that was encrypted previously (signature 
process result) and the message data of an email are encrypted using an encrypting 
method predetermined in DEK (for example, DES: Data Encryption Standard). 
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[0104] After the signature encrypting process in ST1907 or 1908, the signature 
encryption process section 1802 stores the email data in RAM 202 (ST1909). 
[0105] When the email data after signature encryption process is stored in RAM 
202, the HTML process section 405 extracts addressee information("To" in Fig.8), 
subject information("subject" in Fig.8) and file name information("file name" in 
Fig, 8), and writes them into the predetermined areas of transmission form. Then the 
transmission form is sent to the HTML communication section 404. The HTML 
communication section 404 transmits a command signal (POST) including the 
transmission form to the groupware server 104. At the same time, the email data 
executed signature encryption process is retrieved from RAM 202, and it is 
transmitted to the groupware server 104. Thus ADPT 100 completes signature- 
encryption process of the email data received from IF AX 101 . 
[0106] As mentioned above, by the use of ADPT 100 of the present embodiment, 
IF AX 101 can normally perform a transmission process of emails on the network in 
accordance with HTTP protocol when IF AX 101 transmits emails. Furthermore, it is 
possible to achieve confidentiality of emails without adding special components to 
conventional IF AX because ADPT 100 can executes encryption process on email data 
when necessary. 

[0107] In the encryption process of emails, ADPT 100 checks if IC card 1701 
distributed to each user is inserted or not, and judges the necessity of an encryption 
process. Thus it is possible for email data not requiring encryption to be transmitted 
without encryption and for email data requiring encryption to be transmitted after 
encryption. And it is easy to judge the necessity of performing the encryption process. 
[0108] Further, in the encryption process of emails, ADPT 100 the executes 
encryption process using the information necessary for encryption stored in the 
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inserted IC card 1701 . Since the information used for encryption process is stored in 
IC card 1701 managed by each user, it is possible to avoid the information being 
tampered. 

[0109] Next, the process for the case that IF AX 101, to which ADPT 100 is 
connected, receives emails from the groupware server 104 is described using the flow 
chart shown in Fig.20 referring to the sequence chart shown in Fig. 11. Fig.20 is a 
flow chart of the process by which ADPT 1 00 receives email data from the groupware 
server 104 and decodes the email data that is subjected to a signature encryption 
process. In Fig.20, the same reference numerals as shown in Fig. 12 are utilizes to 
represent the performance of same process. Also it is assumed that all emails received 
from the groupware server 104 are executed by an encryption process. 
[0110] In the second embodiment, receiving emails from the groupware server 104, 
first, IF AX 101 executes a procedure to establish the connection with ADPT 100 in 
the same way as described in the first embodiment using Fig. 1 1 . In this process, 
ADPT 100 recognizes a "SYN" signal, which is transmitted for establishing the 
connection with ADPT 100, as an instruction for reception of emails. Thus ADPT 1 00 
can recognize instructions for reception (ST2001). 

[0111] Recognizing instruction of email reception, the card information judgment 
section 1801 judges if IC card 1701 is inserted in the slot 1702A of ADPT 100 based 
on the information read out by the IC card R/W section 1702 (ST2002). 
[0112] When IC card 1701 is not inserted into the slot 1702A, ADPT 100 does not 
execute reception process of email because it is not possible to confirm the email 
address of the user that IFAX 101 instructed (ST2003). 

[0113] On the other hand, when IC card 1701 is inserted into the slot 1702A of 
ADPT 100, given commands and responses are communicated. The connection 
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between IF AX 101 and ADPT 100, and the connection between ADPT 100 and the 
groupware server 104 are established. After establishing these connections, ADPT 
100 connects to the groupware server in accordance with HTTP protocol in the same 
way as described in Fig- 1 1 (ST1201). 

[0114] After establishing the connection between the groupware server 104 and 
ADPT 100 in accordance with HTTP protocol, when an error signal including 
authentication request from the groupware server 104 is received, the HTTP process 
section 402 of ADPT 100 transmits it attaching a command signal (GET) showing 
request for preset UID and password reception form (ST1203). 
[0115] Receiving "GET", the HTML communication section 404 of ADPT 100 
receives reception form data that is outputted from the groupware server 104 in 
ST1204. Then the HTML communication section 404 extracts reception form written 
in HTML document data from the reception form data and obtains reception form 
(ST1205). 

[0116] Receiving reception form, ADPT 100 checks if there is new email data in 
the reception form (ST1206). Then ADPT 100 transmits a command signal (GET) 
including reception form that has link instructions when there is new email data to the 
groupware server 104 (ST1208). 

[0117] When the groupware server 104 receives the "GET" (ST1209), the HTML 
communication section 404 receives email data written in HTML document data, 
which is outputted from the groupware server 104 corresponding to the "GET" in the 
process ST1210 (ST121 1). Then the HTML process section 405 extracts TIFF file 
from the email data written in the HTML document data (ST 12 12) and stores the 
TIFF file in RAM 202. It is assumed that the TIFF file is encrypted. 
[0118] When the TIFF file is stored in RAM 202, ADPT 100 checks if there is 
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sender's information (ST2004). More specifically, ADPT 100 checks if public key 
information of the sender is stored. The public key information is used to decrypt the 
message digest of the email. 

[0119] When there is public key information, the public key information of the 
sender given to the email is stored in RAM 202 of ADPT 100 (ST2005). And the 
signature encryption process section 1 802 checks if the email data is encrypted or not. 
On the hand, if there is no public key information of the sender, then the signature 
encryption process section 1 802 checks if the email data is encrypted or not without 
saving the public key information (ST2006). 

[0120] Since it is assumed that the email data is encrypted, the signature encryption 
process section 1802 retrieves the TIFF file from RAM 202 and executes decoding 
process of the TIFF file (ST2007). 

[0121] More specifically, the signature encryption process section 1802 decodes 
encrypted DEK by using its secret key information and encrypts encrypted data by the 
decoded DEK. Then the decoded data is divided into a message digest and message 
data. In this process, the message digest is decoded by the public key information of 
the sender and stored. Then massage digest is extracted from the divided message 
digest using a hash function as mentioned above. The message digest obtained above 
and the message digest stored previously are compared. This makes it possible to 
confirm if the message data of the email has been tampered with or if the message is 
sent from an authorized sender. 

[0122] When the message data is not encrypted, the signature encryption process 
section 1802 decodes only the message digest and confirms if the message digest is 
from an authorized sender. 

[0123] Then the signature encryption process section 1802 stores the TIFF file 
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decoded as mentioned above to RAM 202 (ST2008). When the decoded TIFF file is 
stored in RAM 202, the email communication section 403 retrieves the TIFF file and 
transfers it to IF AX 101 in the same way as described in Fig. 11 (ST1213). Thus 
ADPT 1 00 completes the decoding process of email data received from the groupware 
server 104. 

[0124] As described above, ADPT 100 of the present embodiment enables IF AX 
101 to receive emails normally on the network that uses HTTP protocol for 
communication when it receives emails from the groupware server 104. Besides, 
ADPT 100 of the present embodiment can check if the email is encrypted, and if 
encrypted, transfers the email data after decoding. This makes it possible to receive 
emails while maintaining confidentiality without adding any special component to 
existing IF AX. 

[0125] In the reception process of emails, ADPT 100 checks if an IC card 1701 
that is provided to each user is inserted and does not execute reception process of 
emails when there is no IC card 1701. 

[0126] In this embodiment, IC card 1701 inserted to ADPT 100 is set up as a 
memory card to store information necessary for signature encryption. However IC 
card set up is not limited to this, and for example, it is also possible for the IC card to 
store programs for signature encryption process and a part or all the process can be 
executed in the IC card. In such a case, for example, receiving encrypted message 
digest (hash value) or encrypted DEK from ADPT 100, the IC card can execute the 
necessary encryption process or a part of decoding process. Since necessary data is 
received and used for the encryption process, it is possible to prevent the information 
necessary for encryption to be seen by another person more confidently, as compared 
with the case that the IC card stores only the information necessary for the encryption 
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process. 

[0127] In the present embodiment, information necessary for the encryption 
process is stored in IC card 1701 and an encryption process apparatus 100 that 
executes encryption process was described. However, it is also possible to store the 
information necessary for encryption process in the encryption process apparatus 100. 
The same result is obtained in such a case as the present embodiment. 
[0128] As described above, a communication control apparatus of the present 
invention is set up so that it communicates various signals and email data with an 
IF AX using SMPT protocol or POP 3 protocol On the other hand, the communication 
control apparatus communicates with a groupware server using HTTP protocol for the 
communication between IF AX and a groupware server. This makes it possible for 
IF AX to operate normally on the network managed using HTTP protocol. 
[0129] The present invention is not limited to the above described embodiments, 
and various variations and modifications may be possible without departing from the 
scope of the present invention. 

[0130] This application is based on the Japanese Patent Application No.2000- 
2369 17 filed on August 4, 2000, entire content of which is expressly incorporated by 
reference herein. 
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